home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9709 / 000085_owner-linux-arm…r.rutgers.edu _Mon Sep 29 13:38:25 1997.msg < prev    next >
Internet Message Format  |  1997-11-30  |  3KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id NAA06261
  4.     for <willy@odie.fluff.org>; Mon, 29 Sep 1997 13:38:23 +0100
  5. Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 41039]) by nic.funet.fi with ESMTP id <19787-538>; Mon, 29 Sep 1997 15:36:53 +0300
  6. Received: by vger.rutgers.edu id <971154-2162>; Mon, 29 Sep 1997 08:28:27 -0400
  7. Received: from odie.barnet.ac.uk ([194.82.202.98] EHLO odie.barnet.ac.uk ident: IDENT-NOT-QUERIED [port 1265]) by vger.rutgers.edu with ESMTP id <971240-2158>; Mon, 29 Sep 1997 08:28:11 -0400
  8. Received: (from willy@localhost)
  9.     by odie.barnet.ac.uk (8.8.6/8.8.6) id NAA06229;
  10.     Mon, 29 Sep 1997 13:31:44 +0100
  11. From: Matthew Wilcox <willy@odie.barnet.ac.uk>
  12. Message-Id: <199709291231.NAA06229@odie.barnet.ac.uk>
  13. Subject: Re: errors in /usr/include/ files?
  14. To: bme@vision.auc.dk (Bernhard Mogens Ege)
  15. Date:     Mon, 29 Sep 1997 13:31:43 +0100 (BST)
  16. Cc: linux-arm@vger.rutgers.edu
  17. In-Reply-To: <199709271249.MAA18208@thorsen.vision.auc.dk> from "Bernhard Mogens Ege" at Sep 27, 97 12:49:14 pm
  18. X-Mailer: ELM [version 2.4 PL25]
  19. MIME-Version: 1.0
  20. Content-Type: text/plain; charset=US-ASCII
  21. Content-Transfer-Encoding: 7bit
  22. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  23. Sender: owner-linux-arm@vger.rutgers.edu
  24. Precedence: bulk
  25. Status: RO
  26.  
  27. > What is this arm-unknown-aoutlinux directory about? And why does it
  28. > contain include-files that doesn't work?
  29.  
  30. This is where GCC installs its private header files.  The problem is that
  31. we're still using the a.out libc 4.  This is why stuff is breaking.
  32.  
  33. > Well, I rename that directory so gcc wouldn't find it and recompiled. I
  34. > managed to compile everything, but I could not link. Among the link
  35. > errors was the symbol __strtol_internal, that could not be resolved. It
  36. > is defined in /usr/include/stdlib.h so I should think it would be in a
  37. > library, too, right?
  38.  
  39. Uuuuhhh.. I think you need to tell GCC to link against its own internal
  40. library (it probably disabled this when it couldn't find its own library)
  41. ohh.. hang on.  Just rename the include directory, otherwise GCC can't
  42. find its internal library.
  43.  
  44. > The third strangeness is about /usr/include/ncurses.h. It seems to
  45. > include a file <unctrl.h> that should be included as
  46. > <ncurses/unctrl.h>. Should the files in /usr/include/ncurses/ be copied
  47. > to /usr/include/ ? (which does seem correct, even as it would overwrite
  48. > the old curses.h)
  49.  
  50. Don't know.  I'd be inclined to fix the ncurses.h file.  Anyone know?